home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv2.zip / SDKV2N13.TXT < prev    next >
Text File  |  1993-06-23  |  7KB  |  184 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6. GUS Programmer's Digest     Tue Jun 15 00:07     Volume 2: Issue  13  
  7.  
  8. Today's Topics:
  9.                            A SBOS question
  10.                                  Hey!
  11.                           SDK with MS QuickC
  12.  
  13. Standard Info:
  14.     - Meta-info about the GUS can be found at the end of the Digest.
  15.     - Before you ask a question, please READ THE FAQ.
  16.  
  17. ----------------------------------------------------------------------
  18.  
  19. Date: Sun, 13 Jun 1993 02:43:51 GMT
  20. From: gmontem@eis.calstate.edu (George A. Montemayor)
  21. Subject: A SBOS question
  22. Message-ID: <C8JGx4.C3D@eis.calstate.edu>
  23.  
  24. ReprintFrom: comp.sys.ibm.pc.soundcard
  25.  
  26. --
  27. Why can't Gravis create an SBOS program to emulate Sound Blaster Pro? 
  28. What's so hard about doing that? Won't it be like SBOS except that it must
  29. keep track where to play which instrument?
  30.  
  31. It would be nice if Gravis Ultrasound can also emulate the Sound Blaster
  32. Pro.  I don't mind whether GUS can or cannot emulate SB-Pro.  I was just
  33. wondering.
  34.  
  35. George Montemayor 
  36. <gmontem@eis.calstate.edu>
  37.  -----------------------------------------------------
  38. Kids, ask your parents before you mail to me.
  39. $2 for the first line.  $.45 for each additional line.
  40.  -----------------------------------------------------
  41.  
  42. ------------------------------
  43.  
  44. Date: Mon, 14 Jun 93 16:18:04 CDT
  45. From: ddebry@itchy (Dave DeBry)
  46. Subject: Re: Hey!
  47. Message-ID: <9306142218.AA01128@itchy>
  48.  
  49. So speaks Ed Reddy (mailed to ultrasound-owner@dsd.es.com):
  50. > When do you guys plan to get off your BUTT and mail your fellow Canadians
  51. > the new GUS disks!?!?
  52. > Stop playing the friendly DIPLOMAT and think about those at home!
  53. > You guys are something else...
  54.  
  55.     This mailing list is not supported by Gravis or Forte.  I'm
  56.  
  57.  
  58. doing this myself, because I think the GUS is a great card and needs
  59. an information channel.  Gravis and Forte read the list, and sometimes
  60. post to it, but that's it.
  61.  
  62.     Notice the site name: dsd.es.com.  Do you see the word Gravis
  63. in there?  Nope.  Not even a hint of it.
  64.  
  65.     Don't send me stuff like this.
  66.  
  67.     (Sorry to be so humorless about this, but I don't like getting
  68. Gravis' hate mail.  I've got enough people on my bad side already. :)
  69.  
  70. -- 
  71. Dave  ddebry@ debry@   \ 
  72. DeBry dsd.    peruvian. | "Yeah, a meeting!  It's like talking to 
  73.       es.     cs.utah.  |  yourself, only with a gang."
  74.       com     edu      /  
  75.  
  76. ------------------------------
  77.  
  78. Date: Mon, 14 Jun 1993 15:18:17 -0500 (EST)
  79. From: James Reutter <jreutter@silver.ucs.indiana.edu>
  80. Subject: SDK with MS QuickC
  81. Message-ID: <9306142018.AA21271@orca.es.com>
  82.  
  83. Here's a puzzler that I'm hoping someone out there may be able to give
  84. us some pointers on.  Any responses at all would be appreciated.  
  85. (Hey, I'm not proud.  I'll take educated guesses, folk remedies,
  86. whatever you've got!).  To respond directly, please contact me at
  87. Internet address: jreutter@indiana.edu
  88.  
  89. BACKGROUND:
  90.  
  91. I'm working at the Indiana University Speech Research Laboratory, in
  92. Bloomington.  We've recently begun development on a simple speech 
  93. processing system for voice playback, for use in psycholinguistic
  94. experimentation.  The basic idea of what we're doing is to measure
  95. subjects' reaction times to speech stimuli (for now, these are short,
  96. one second or less, speech samples).  The whole shebang is written in C.
  97.  
  98. Where the Gravis card comes in is in playing the speech stimuli.  (These
  99. are just pre-recorded .SND files).  I know that the card is configured
  100. correctly because it seems to work as advertised when using the DOS
  101. executables (e.g. PLAYFILE). 
  102.  
  103. We're trying to play from DRAM, because our application is
  104. time-critical, and we can't wait for disk IO.
  105.  
  106.  
  107. We're using the latest SDK (version 2.01, which we ftp-downloaded),
  108. calling routines from the ultra0lm.lib and ultra1lm.lib.  The C compiler
  109. we're using is Microsoft QuickC, version 2.50a.
  110.  
  111.  
  112.  
  113. We've been running into several problems, which I describe in detail
  114. below.  If anyone has had successful experience with the C libraries,
  115. doing anything remotely similar (e.g. buffering anything to DRAM) I'd
  116. sure appreciate you're getting in touch, to see if I can figure out what
  117. we're doing differently.  I will of course be happy to provide more
  118. details about our configuration or code on request.
  119.  
  120.  
  121. PROBLEMS:
  122.  
  123.  
  124. We are experiencing several, possibly related, problems.  The first is
  125. sound quality.  Using the C library routines from the *old* SDK (version
  126. 1.09, I think), the sound quality seemed reasonable.  We checked it
  127. out on the provided samples, and samples we recorded ourselves.
  128.  
  129. However, when we made virtually identical calls to the new SDK, the
  130. sound quality is highly degraded (very staticky).
  131.  
  132. But we're also experiencing a much weirder problem.  
  133. Using the EXAMPLE.C program in ULTRASRC provided in the SDK, I directly
  134. adapted that code to pull out just the functionality to download a file
  135. to DRAM, and then play it out.  This worked (sort of.  Sound was
  136. recognizable, but highly degraded, as mentioned above).
  137.  
  138. This code uses a 'C' switch statement, to allow the user to pick the
  139. option. E.g. Enter 1 to download, 2 to play back.
  140.  
  141. When I modified this code for use within my application, I took the
  142. exact same code as above, except pulled out of the switch statement, 
  143. since we didn't need to prompt the user, and
  144. got nothing.  I heard the slight "pop" that accompanies the beginning of
  145. playback when a volume ramp isn't used (as is the case here) but no
  146. sound playback.  Attempts at debugging showed nothing amiss (i.e. all
  147. return codes were normal).  The code in these two cases was quite
  148. literally identical, except that the non-working version did not have a
  149. switch statement.  I even tried to put in a timed delay between DRAM
  150. load and playback in the non-switch version, but this made no difference.
  151. I verified that the source code for the two versions was identical using
  152. a file compare.
  153.  
  154. The only thing I can even begin to guess at here is that there is some
  155. kind of problems with interrupts that is triggered in one case but not
  156. the other.
  157.  
  158. We're going to keep looking at the problem, starting with a new
  159. compiler, but in the meantime, please 
  160. let me know if y'all have any ideas.  Thanks again.
  161.  
  162. ---------------
  163. END
  164.  
  165. ------------------------------
  166.  
  167.  
  168.  
  169. End of GUS Programmer's Digest V2 #13
  170. *************************************
  171.  
  172. To post to tomorrow's digest:               <gus-sdk%itchy@dsd.es.com>
  173. To (un)subscribe or get help:       <gus-sdk-request%itchy@dsd.es.com>
  174. To contact a human (last resort):     <gus-sdk-owner%itchy@dsd.es.com>
  175.  
  176. FTP sites:         archive.epas.utoronto.ca         pub/pc/ultrasound
  177.                    wuarchive.wustl.edu       systems/msdos/ultrasound
  178. Hints:
  179.       - Get the FAQ from the FTP sites or the request server.
  180.       - Mail to <gus-sdk-request%itchy@dsd.es.com> for info about
  181.     other GUS related mailing lists (UNIX, OS/2, GUS-MIDI, etc.)
  182.  
  183.  
  184.